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DETAILED ACTION 

Claim Objections 

1) Claim 33 is objected to because of the following informalities: The phrase "components 
that are accessible the voicexml page generation" does not seem grammatically correct 
(examiner is of the opinion that 'to' or 'from' or other similar grammatical language is need for 
appropriate and unambiguous interpretation of the claim). Appropriate correction is required. 

Claim Rejections - 35 USC §101 

2) 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

2-1) Claims 1-12, 28-32 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. Claims 1-12, 28-32 set forth non-functional descriptive 
material but fail to set forth physical structures or materials comprising of hardware or a 
combination of hardware or a combination of hardware and software within the technological 
arts (ie., a computer) to produce a "useful, concrete and tangible" result. 

For example, Claims 1, 28 and 32, the "method" and "program" reads on a mental 
construct/abstract idea or at best a computer program, per se. The language such as "code" and 
"program storage device", etc., does not clearly define structural elements and are not tangibly, 
embodied on a computer readable medium. Claims 1-12, 28-32 are interpreted as software per 
se, abstract ideas or mental construct and not tangibly embodied on a computer readable medium 
or hardware. 

Claim Rejections - 35 USC § 103 
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3) The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3-1) Claims 1, 2, 3, 4, 5, 6, 7, 8, 10, 11, 12, 33, 34 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Voice extensible Markup Language (voiceXML) version 1.0 (May 
5, 2000; WWW Consortium)(hereinafter "Vxml"), in view of Dodrill et al (US 6578000, 
filed Apr 28, 2000). 

Regarding claim 1, Vxml teaches creating one or more reusable VoiceXML dialog 
components (ie., create reusable components)(section 5, subdialogs heading). 

Vxml teaches creating . . . dialog components (ie., where field terms invokes objects with 
various parameters)(sec 6.1, Field items heading). 

Vxml does not expressly teach, but Dodrill teaches creating a Voice XML . . . associated 
parameter object (ie., dynamically generated HTML form . . . developed XML-based voice web 
application using previously defined parameters)(col 3, line 60 - col 4, line 38). 

Vxml does not expressly teach, 
Wherein the step of creating a reusable voiceXML dialog component comprises creating a re- 
entrant reusable voicexml dialog component that allow reusable voicexml dialog component to 
be one of initiated, interrupted, inspected or resumed with a partially filled result object or state 
object. However Vxml does teach creating a reusable library of dialogs shared among many 
applications with sessions where the user starts to interact with a voice interpreter context (see 
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vxml, section 3, 3.1, 3.2) and voicexml elements for "<initial> " which declares initial logic 
upon entry into a (mixed-initiative) form (see vxml, section 4). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to modify Vxml to include developing XML-based voice web application using previously 
defined parameters and dynamically generating web pages as taught by Dodrill, providing the 
benefit of a browser-based arrangement for developing voice enabled web applications using 
extensible markup language documents (Title), further to include initializing voicexml elements 
upon entry into a mixed-initiative from as taught by Vxml, providing the benefit of bringing the 
advantages of web-based development and content delivery to interactive voice response 
applications (voicexml, abstract). 

Regarding claim 2, Vxml does not expressly teach but Dodrill teaches populating . . . 
values (ie., input application parameters into the entry fields)(col 4, lines 20-21). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to modify Vxml to include inputting application parameters into entry fields as taught by Dodrill, 
providing the benefit of a browser-based arrangement for developing voice enabled web 
applications using extensible markup language documents (Title). 

Regarding claim 3, Vxml teaches invoking ... elements (ie., creating reusable 
components ...)(section 5, Subdialog heading). 

Regarding claim 4, Vxml teaches parameter object ... object (ie., specify a block of 
ECMAScript)(col 4, lines 20-21). 
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Regarding claim 5, Vxml teaches building ... documents (ie., create a reusable library in 
voicexml document where dialogs are in the document)(sec 3; fig 2, 3 - vxml documents - 
Application root, main document). 

Regarding claim 6, Vxml teaches building . . . components (ie., create a reusable library 
of dialogs)(section 3.1, 3.2). 

Regarding claim 7, Vxml teaches default prompts (ie., a platform-specific document 
message to prompt users)(section 5, Main Document example), obect-specific resources (ie., 
containing resources relevant to object)(section 14.5 - table, see archive object), constructors ... 
parameters (ie., attributes have either default or specified fields by the last user input)(section 15, 
Filled heading), and method for manipulating parameter content (ie., retrieval of the 
content)(section 12.1, see fetchint). 

Combining these elements would have been obvious to one of ordinary skill in the art at the time 
of the invention because the vxml reference teaches all of the elements providing the benefit of 
reusable components to take advantages of web-based development and content delivery to 
interactive voice response application (vxml, Abstract section). 

Regarding claim 8, Vxml teaches code . . . grammar (ie., fields using explicit 
grammars)(section 14.1.2). 

Regarding claim 10, Vxml teaches re-entrant ... initiative (ie., mixed-initiative 
conversation")(Abstract, 6.2.2, <initial>). 

Regarding claim 11, Vxml teaches code ... service objects (ie., interact with custom 
extension; "platform specific objects")(section 4 table, <object>; section 14.5) . 
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Regarding claim 12, Vxml teaches a subdialog ... object element (ie., form item 
includes <subdialog> and form for weather information service calls objects within it)(section 
6.4). 

Regarding claim 33, Vxml does not expressly teach, but Dodrill teaches creating a 
Voice XML . . . associated parameter object (ie., dynamically generated HTML form . . . 
developed XML-based voice web application using previously defined parameters)(col 3, line 60 
-col 4, line 38). 

Vxml does not expressly teach, but Dodrill teaches a first database . . . intermediate 
voiceXML page (ie., application server with SQL interface)(col 9, lines 1-5). 

Vxml does not expressly teach, but Dodrill teaches a second database . . . requesting client 
(ie., inserting parameters into entry field for display of the form by voice enabled browser (Title) 
with XML tags)(col 10, lines 17-37; fig 5A). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to modify Vxml to include developing XML-based voice web application using previously 
defined parameters and dynamically generating web pages with SQL database interfaces for 
inserting values into entry field for display of the form by voice enabled browser the as taught by 
Dodrill, providing the benefit of a browser-based arrangement for developing voice enabled web 
applications using extensible markup language documents (Title). 

Regarding claim 34, vxml teaches beans . . . engine (ie., Java Speech Grammar Format in 
use with voiceXML grammar elements; it would have been obvious that java elements would be 
a part of the voiceXML dialog as java is incorporated at least by reference)(Appendix D). 
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2-2) Claims 13, 14, 15, 17, 18, 19, 20, 21, 22, 23, 24, 26, 27, 28, 29, 30, 31, 32 are rejected 
under 35 U.S.C. 103(a) as being unpatentable over Voice extensible Markup Language 
(voiceXML) version 1.0 (as cited above), in view of Sorsa (US 6424945, filed Dec 1999), 
further in view of DodrUT564 (US 06490564, filed Feb 2000). 

Regarding claim 13, vxml does not expressly teach, but Sorsa teaches a voiceXML . . . 
document (ie., interpreting a markup language voicexml)(col 5, lines 62-67). 

Vxml teaches a library comprising ... associated parameter object (ie., reusable library of 
dialog shared among many applications)(section 3.1). 

Vxml does not expressly teach, 
Wherein the step of creating a reusable voiceXML dialog component comprises creating a re- 
entrant reusable voicexml dialog component that allow reusable voicexml dialog component to 
be one of initiated, interrupted, inspected or resumed with a partially filled result object or state 
object. However Vxml does teach creating a reusable library of dialogs shared among many 
applications with sessions where the user starts to interact with a voice interpreter context (see 
vxml, section 3, 3.1, 3.2) and voicexml elements for "<initial>," which declares initial logic 
upon entry into a (mixed-initiative) form (see vxml, section 4). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to modify vxml to include interpreting a markup language such as voicexml as taught by sorsa, 
providing the benefit of having an improved system for providing IVR services, where accurate 
speech recognition is achieved having modest processing capability and memory resources, 
where the speech recognition uses grammars having limited size (Sorsa, col 2, lines 26-31), 
further to include initializing voicexml elements upon entry into a mixed-initiative from as 
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taught by Vxml, providing the benefit of bringing the advantages of web-based development and 
content delivery to interactive voice response applications (voicexml, abstract). 

Regarding claim 14 Vxml teaches reusable ... elements (ie., creating reusable 
components ...)(section 5, Subdialog heading). 

Regarding claim 15, Vxml teaches parameter ECMAScript (ie., specify a block of 
ECMAScript)(col 4, lines 20-21). 

Regarding claim 16, Vxml teaches default prompts (ie., a platform-specific document 
message to prompt users)(section 5, Main Document example), obect-specific resources (ie., 
containing resources relevant to object)(section 14.5 - table, see archive object), constructors ... 
parameters (ie., attributes have either default or specified fields by the last user input)(section 
15, Filled heading), and method for manipulating parameter content (ie., retrieval of the 
content)(section 12.1, see fetchint). 

Combining these elements would have been obvious to one of ordinary skill in the art at the time 
of the invention because the vxml reference teaches all of the elements providing the benefit of 
reusable components to take advantages of web-based development and content delivery to 
interactive voice response application (vxml, Abstract section). 

Regarding claim 17, vxml teaches library of ... repository, or both (ie., document server 
replys with voicexml document)(section 2.1, 2.2, see figure 1). 

Regarding claim 18, vxml teaches default grammars ... components (ie., audio clip with 
a prompt)(section 4 table). 

Regarding claim 19, vxml teaches library further ... dialog components (ie., standard 
session variables are reusable and can are stored in the library)(section 9.4). 
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Regarding claim 20, vxml teaches reusable ... languages (ie., attributes of <vxml> 
include language and local type)(section 5). 

Regarding claim 21, vxml teaches repository ... functions (ie., subdialogs permit reuse 
of common dialog including ECMAScript object)(section 14.4). 

Regarding claim 22, vxml teaches repository ... processor platform (ie., audio clip 
within a prompt)(section 4, table <audio> element). 

Regarding claim 23, vxml does not expressly teach, but Sorsa teaches voicexml . . . 
browser (ie., voicexml language used for speech enabled browser)(col 5, lines 64-67). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to modify vxml to include voicexml used for speech enabled browsers as taught by sorsa, 
providing the benefit of having an improved system for providing IVR services, where accurate 
speech recognition is achieved having modest processing capability and memory resources, 
where the speech recognition uses grammars having limited size (Sorsa, col 2, lines 26-3 1). 

Regarding claim 24, vxml does not expressly teach, but Sorsa teaches speech application 
... multi-modal browser (ie., audio input devices and voice browser)(fig 2, item 102, 204, 120; 
col 5, lines 15-18). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to modify vxml to include voicexml used for speech enabled browsers as taught by sorsa, 
providing the benefit of having an improved system for providing IVR services, where accurate 
speech recognition is achieved having modest processing capability and memory resources, 
where the speech recognition uses grammars having limited size (Sorsa, col 2, lines 26-3 1). 
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Regarding claim 26, Vxml teaches re-entrant ... initiative (ie., mixed-initiative 
conversation")(Abstract, 6.2.2, <initial>). 

Regarding claim 27, Vxml teaches reusable ... data access (ie., must be able to receive 
speech recognition grammar data dynamically . . .)(section 2.5). 

Regarding claim 28, Vxml does not expressly teach, but Sorsa teaches receiving . . . 
document (ie., voice browser interpreting a markup language ... voicexml)(col 5, lines 62-65). 

Vxml teaches invoking a reusable ... voiceXML document (ie., subdialogs for invoking 
new interactions ... create a reusable library of dialogs shared among applications)(section 3.1, 
Dialogs and Subdialogs). 

Vxml in view of Sorsa does not expressly teach, but Dodriir564 suggests 
Dynamically compiling a grammar for the invoked reusable voicexml dialog component (ie., the 
XML documents are then stored for execution of the voice application by an application server 
in the application runtime environment. Hence, web based voice applications can now be 
developed using open-source XML document development tools such as forms-based document 
development systems, as opposed to development environments that require compiling 
applications written in programming languages such as C, C++, PERL, Java, etc.; the examiner 
interprets execution by the application server in the application runtime environment as 
equivalent to dynamic compilation of markup language components)(col 5, lines 60-67) 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify vxml to include a voice browser interpreting a markup language 
such as voicexml as taught by sorsa, providing the benefit of having an improved 
system for providing IVR services, where accurate speech recognition is achieved 
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having modest processing capability and memory resources, where the speech 
recognition uses grammars having limited size (Sorsa, col 2, lines 26-31), further to 
include execution of the voice application by an application server in the application run 
environment as taught by Dodrill'564, providing the benefit of voice enabled web can 
now be developed by individuals without the necessity of programming language 
experience (Dodrill'564, col 6, lines 1-10) . 

Regarding claim 29, Vxml teaches instantiating ... object (ie., specify a block of 
ECMAScript)(col 4, lines 20-21). 

Regarding claim 30, vxml teaches maintaining ... parameter objects (ie., reusable library 
of dialogs for voicexml documents)(section 3.1; section 4, table with <parm> elements). 

Regarding claim 31, vxml teaches maintaining ... prompts (ie., default scope of the 
form's grammars. . . )(section 6, forms table)(play a field prompt when the field is revisited ... it 
would have been obvious that the prompt must be stored in order to replay it)(section 4, 
Voicexml <reprompt>). 

Regarding claim 32, Vxml does not expressly teach, but Sorsa teaches receiving . . . 
document (ie., voice browser interpreting a markup language ... voicexml)(col 5, lines 62-65). 

Vxml teaches invoking a reusable ... element; instantiating ... voiceXML document (ie., 
subdialogs for invoking new interactions . . . create a reusable library of dialogs shared among 
applications)(section 3.1, Dialogs and Subdialogs). 

Vxml in view of Sorsa does not expressly teach, but Dodrill'564 suggests 
Dynamically compiling a grammar for the invoked reusable voicexml dialog component (ie., the 
XML documents are then stored for execution of the voice application by an application server 
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in the application runtime environment. Hence, web based voice applications can now be 
developed using open-source XML document development tools such as forms-based document 
development systems, as opposed to development environments that require compiling 
applications written in programming languages such as C, C++, PERL, Java, etc.; the examiner 
interprets execution by the application server in the application runtime environment as 
equivalent to dynamic compilation of markup language components)(col 5, lines 60-67). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to modify vxml to include a voice browser interpreting a markup language such as voicexml as 
taught by sorsa, providing the benefit of having an improved system for providing IVR services, 
where accurate speech recognition is achieved having modest processing capability and memory 
resources, where the speech recognition uses grammars having limited size (Sorsa, col 2, lines 
26-3 1), further to include execution of the voice application by an application server in the 
application run environment as taught by Dodrill'564, providing the benefit of voice enabled 
web can now be developed by individuals without the necessity of programming language 
experience (Dodrill'564, col 6, lines 1-10). 

Response to Arguments 
Applicant's arguments filed 1/10/05 have been fully considered but they are not persuasive. For 
claim 1-32, the thrust of applicant's arguments address newly amended claims. The examiner 
uses the vxml reference (prior art already of record) and further adds the Dodrill'564 reference to 
teach the amended limitations. For claims 33-34, the applicant argues that the prior art of record 
does not teach a database of server-side reusable voicexml dialog components that are used by a 
page generation engine for generating an intermediate voicexml page. The examiner disagrees 
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because Dodrill does teach an application server with SQL interface (well known database 
interface)(col 9, lines 1-5) and inserting parameters into entry field for display of the form by 



obvious to one of ordinary skill in the art at the time of the invention to modify Vxml to include 
developing XML-based voice web application using previously defined parameters and 
dynamically generating web pages with SQL database interfaces for inserting values into entry 
field for display of the form by voice enabled browser the as taught by Dodrill, providing the 
benefit of a browser-based arrangement for developing voice enabled web applications using 
extensible markup language documents (Title). 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Gautam Sain whose telephone number is 571-272-4096. The 
examiner can normally be reached on M-F 9-5 EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Joseph Feild can be reached on 571-272-4090. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



voice enabled browser with XML tags (col 10, lines 17037; fig A). 



It would have been 
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